Ahora que se ha lanzado Python 3.10, ¿hay alguna preferencia al indicar que un parámetro o valor devuelto puede ser opcional, es decir, puede ser None ? Entonces lo que se prefiere:
Opción 1:
def f(parameter: Optional[int]) -> Optional[str]:Opcion 2:
def f(parameter: int | None) -> str | None: Además, ¿hay alguna preferencia entre Type | None y None | Type ?
PEP 604 cubre estos temas en la sección de especificaciones.
La
typing.Unionexistente.Unión y|la sintaxis debe ser equivalente.int | str == typing.Union[int, str]
El orden de los elementos en la Unión no debe importar para la igualdad.
(int | str) == (str | int) (int | str | float) == typing.Union[str, float, int]Los valores opcionales deben ser equivalentes a la nueva sintaxis de unión
None | t == typing.Optional[t]
Como comenta @jonrsharpe , Union y Optional no están en desuso, por lo que Union y | la sintaxis son aceptables.
Łukasz Langa , un desarrollador central de Python, respondió en un YouTube en vivo relacionado con el lanzamiento de Python 3.10 que Type | None es preferible a Optional[Type] para Python 3.10+.
No autorizado, pero esperaría Optional cuando
None )None sería inusual para la persona que llama pasar Si bien esperaría algo de Union o | para ser usado cuando
NoneNone también es un valor válido.Consulte las sugerencias relacionadas en ¿Cómo agrego parámetros predeterminados a las funciones cuando uso sugerencias de tipo?
Personalmente, iría con la Opción 2 en el futuro.
Además, solo quería agregar esto para dar a conocer, pero Python 3.7+ se puede hacer para admitir esta sintaxis usando una importación __future__ como se muestra a continuación. Este tipo verifica de la misma manera; De hecho, obtuve la sugerencia de las últimas notas de la versión de Pycharm, que estoy usando actualmente.
from __future__ import annotations def f(parameter: int | None) -> str | None: ...